ETSITS102 333V1.1.1 



(2004-06) 



Technical Specification 



Telecommunications and Internet converged Services and 
Protocols for Advanced Networking (TISPAN); 

Gate control protocol 




ETSI TS 102 333 V1.1.1 (2004-06) 



Reference 



DTS/TISPAN-03007-Tech 
Keywords 



control, protocol 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel. : +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N ° 348 623 562 0001 7 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.orq 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 

Information on the current status of this and other ETSI documents is available at 

http://portal.etsi.orq/tb/status/status.asp 

If you find errors in the present document, send your comment to: 
editor(a)etsi.orq 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2004. 
All rights reserved. 

DECT'^", PLUGTESTS™ and UMTS™ are Trade IVlarks of ETSI registered for the benefit of its IVIembers. 
TIPHON^" and the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members. 
2QppTM |g g jracie Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. 



ETSI 



ETSI TS 102 333 V1.1.1 (2004-06) 



Contents 



Intellectual Property Rights 6 

Foreword 6 

1 Scope 7 

2 References 7 

3 Definitions and abbreviations 7 

3.1 Definitions 7 

3.2 Abbreviations 8 

4 Architecture 8 

5 Profile definition 10 

5.1 Profile identification 10 

5.2 Summary 10 

5.3 Naming conventions 1 

5.3.1 MG and MGC names 1 

5.3.2 Termination names 1 

5.3.3 Digit Map names 1 

5.4 Topology descriptor 1 

5.5 Time stamps 1 

5.6 Transaction timers 1 

5.7 Transport 12 

5.8 Encoding 12 

5.9 Mandatory support of SDP and annex C information elements 12 

5.9.1 Protocol version (v=) 12 

5.9.2 Origin (o=) 12 

5.9.3 Session Name (s=) 12 

5.9.4 Connection data (c=) 13 

5.9.5 Media announcements (m=) 13 

5.9.6 Bandwidth (b=) 13 

5.9.7 Time(t=) 13 

5.10 Packages 13 

5.11 Security 14 

5.12 Procedures 14 

5.12.1 General principles 14 

5.12.2 Opening and closing gates 15 

5.12.3 Packet marking 16 

5.12.4 Resource reservation 16 

5.12.5 Allocation and translation of IP addresses and ports 16 

5.12.6 Policing of incoming traffic 17 

5.12.7 Usage metering 17 

5.12.8 Quality of Service monitoring 17 

5.12.9 Inactivity test 17 

5.12.10 Overload control 17 

Annex A (normative): Differentiated services package 18 

A.l Overall description 

A.2 Properties 

A. 3 Events 

A.4 Signals 

A.5 Statistics 

A. 6 Procedures 



£75/ 



4 ETSI TS 1 02 333 V1 .1 .1 (2004-06) 

Annex B (normative): Gate management package 19 

B.l Overall description 19 

B.2 Properties 19 

B.3 Events 20 

B.4 Signals 20 

B.5 Statistics 20 

B.6 Procedures 21 

Annex C (normative): Traffic management package 22 

C.l Overall description 22 

C.2 Properties 22 

C.3 Events 22 

C.4 Signals 23 

C.5 Statistics 23 

C.6 Procedures 23 

Annex D (normative): Gate recovery information package 24 

D.l Overall description 24 

D.2 Properties 24 

D.3 Events 24 

D.4 Signals 24 

D.5 Statistics 24 

D.6 Procedures 24 

Annex E (normative): NAT traversal package 25 

E.l Overall description 25 

E.2 Properties 25 

E.3 Events 25 

E.4 Signals 25 

E.5 Statistics 25 

E.6 Procedures 25 

Annex F (normative): MPLS package 26 

F.l Overall description 26 

F.2 Properties 26 

F.3 Events 26 

F.4 Signals 26 

F.5 Statistics 26 

F.6 Procedures 26 

Annex G (normative): VLAN package 27 

G.l Overall description 27 



£75/ 



5 ETSI TS 1 02 333 V1 .1 .1 (2004-06) 

G.2 Properties 27 

G.3 Events 27 

G.4 Signals 27 

G.5 Statistics 27 

G.6 Procedures 28 

Annex H (informative) : Bibliography 29 

History 30 



£75/ 



ETSI TS 102 333 V1.1.1 (2004-06) 



Intellectual Property Rights 
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pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
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This Technical Specification (TS) has been produced by ETSI Technical Committee Telecommunications and Internet 
converged Services and Protocols for Advanced Networking (TISPAN). 
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Scope 



The present document defines a profile of the MEGACO protocol for controlling gates between IP transport domains. It 
also defines specific packages that are required by this profile specification. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[I] ITU-T Recommendation H. 248.1: "Gateway control protocol: Version 2". 

[2] ETSI TS 101 332: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON) Release 4; Interface Protocol Requirements Definition; TIPHON Extended 
H.248/MEGACO Package (EMP) Specification; ICE Control over Reference Point". 

[3] IETF RFC 2327: "SDP: Session Description Protocol". 

[4] IETF RFC 240 1 : "Security Architecture for the Internet Protocol" . 

[5] IETF RFC 2402: "IP Authentication Header". 

[6] IETF RFC 3264: "An Offer/ Answer Model with the Session Description Protocol (SDP)". 

[7] IETF RFC 2474: "Definition of the Differentiated Services Field (DS field) in the IPv4 and IPv6 

Headers". 

[8] ITU-T Recommendation H.248.4: "Gateway control protocol: Transport over Stream Control 

Transmission Protocol (SCTP)". 

[9] ITU-T Recommendation H.248. 13: "Gateway control protocol: Quality Alert Ceasing package". 

[10] ITU-T Recommendation H.248. 10: "Gateway control protocol: Media gateway resource 

congestion handling package". 

[II] ITU-T Recommendation H.248. 11: "Gateway control protocol: Media gateway overload control 
package". 

[12] ITU-T Recommendation H.248. 14: "Gateway control protocol: Inactivity timer package". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Gate: represents a transport plane function enabling or disabling the forwarding of IP packets under specified 
conditions (e.g. QoS) 
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Gate Controller (GC): logical entity that controls gates and associated resources in a Multimedia Border Gateway 

Multimedia Border Gateway (MBG): physical entity that sits at the boundary between two IP transport networks and 
manages a set of gates under the control of a Gate Controller 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



CDR 

DNS 

DS 

DSCP 

BMP 

GC 

IKE 

IP 

IPSec 

MBG 

MG 

MGC 

NAPT 

PHB 

QoS 

RSVP 

RTCP 

RTP 

VLAN 



Call Detailed Record 

Domain Name System 

Differentiated Services 

Differentiated Services Code Point 

Extended MEGACO Package 

Gate Controller 

Internet Key Exchange 

Internet Protocol 

IP Security 

Multimedia Border Gateway 

Media Gateway 

Media Gateway Controller 

Network Address and Port Translation 

Per Hop Behaviour 

Quality of Service 

Resource Reservation Protocol 

RTP Control Protocol 

Real Time Transport Protocol 

Virtual LAN 



Architecture 



Figure 1 illustrates the architecture assumed in the present document. A Multimedia Border Gateway (MBG) that sits at 
the boundary between two IP transport networks manages a set of gates under the control of a Gate Controller (GC). 



f Gate ^ 
l Controller J 




Scope of this 
Specification 



Gate(s) 



MBG 




Figure 1 : Gate control architecture 

With regards to the H.248 protocol, the Gate Controller plays the role of the MGC, while the Multimedia Border 
Gateway plays the role of the MG. 

The commands sent by the Gate Controller to the Multimedia Border Gateway are conditioned by admission control 
policy rules and signalling events that depend on the type of service for which transport resources are to be set-up. 
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Depending on the network architecture and type of services, a Gate Controller may receive such events from other gate 
controllers or from various types of functions/equipment (e.g. application server functions, call control functions, 
mediation functions, etc.). The Gate Controller may be co-located with such functions or reside in a stand alone piece of 
equipment. Admission control policies are outside the scope of the present document. 

In the context of session-based services (e.g. conversational services) the commands sent by the Gate Controller to the 
Multimedia Border Gateway may depend on session control signalling events. Conversely, the session control 
signalling entity might need information available at the Gate Controller (e.g. for mapping IP addresses in SDP 
descriptions in case NAPT is implemented in the Multimedia Border Gateway). Figure 2 illustrates a configuration 
where the session signalling entity is co-located with the gate controller. When these entities are not co-located, an 
appropriate interface and/or mediation function is required between them. The specifications of such interface and/or 
intermediate function are outside the scope of the present document. 



Session Control Signalling 



Scope of this 
Specification 




Figure 2: Example of Gate Control architecture for conversational services 

In the context of non-conversational services (e.g. video download) the commands sent by the Gate Controller to the 
Multimedia Access Gateway depend on control events coming from e.g. an application server function. Figure 3 
illustrates a configuration where the application server function is co-located with the gate controller. When these 
entities are not co-located, an appropriate interface and/or mediation function is required between them. The 
specifications of such interface and/or intermediate function are outside the scope of the present document. 
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Scope of this 
Specification 



Gate(s) 



MBG 




Figure 3: Example of Gate Control architecture for non-conversational service 



Profile definition 



5.1 



Profile identification 



This profile shall be entitled "ETSI-GateControl". The version number shall be 1. This name shall be used by 
conforming multimedia border gateways when sending a ServiceChange command as part of the initial registration 
procedure. This profile is based on ITU-T Recommendation H. 248.1 version 2 [1]. 

NOTE Profile name shall be registered with lANA. 



5.2 Summary 



The profile defined in the present document enables the control of the following functionalities, at the IP layer, at the 
boundary between two IP transport domains: 

1) Opening and closing gates (i.e. packets filtering depending on "IP address/port"). 

2) Packet marking for outgoing traffic (i.e. packets leaving the MBG). 

3) Resource allocation and bandwidth reservation for outgoing and incoming traffic at both sides of the MBG. 

4) Allocation and translation of IP addresses and port numbers (NAPT). 

5) Policing of incoming traffic (i.e. packets entering the MBG). 

6) Usage Metering. 

7) Quality of service monitoring. 

It also enables the control of the following "layer 2" functionalities: 

1) MPLS labels. 

2) VLAN tags. 
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5.3 Naming conventions 

5.3.1 IVIG and IVIGC names 

MBG and GC names shall be in the form of a domain name. 
An example GC name is: mgcl .whatever . net. 
Reliability is provided by the following precautions: 

• MBGs and GCs are identified by their domain name, not their network addresses. Several addresses can be 
associated with a domain name. If a command cannot be forwarded to one of the network addresses, 
implementations shall retry the transmission using another address. 

• MBGs and GCs may move to another platform. The association between a logical name (domain name) and 
the actual platform are kept in the Domain Name Service (DNS). MBG and GC shall keep track of the record's 
time-to-live read from the DNS. They shall query the DNS to refresh the information if the time-to-live has 
expired. 

5.3.2 Termination names 

The Termination ID structure is provisioned in the MBG and is known by the MBG and the GC at or before start up. 

Only Ephemeral terminations are supported by the MBG. 

Use of a hierarchical naming structure is recommended for gateways connected to IP networks through several physical 
or logical interfaces, each of which possibly using different addressing spaces. 

For example, the naming convention could be defined as follows: 

ip/<interface>/<id> 

Where, "ip/" is a fixed prefix, <interface/>, and <id>/ are non-zero integer values. The <id> field would generally be 
wildcarded when creating a termination. 

According to this naming scheme, an ephemeral termination created on interface 1 would for example be referred to as 
ip/1/331. 

5.3.3 Digit Map names 

Digit Maps shall not be used by this profile. 

5.4 Topology descriptor 

The topology descriptor is not required by this profile. 

5.5 Time stamps 

Time stamps shall be used in the ServiceChange and/or Notify commands. 

5.6 Transaction timers 

Transaction timers (as defined in the properties of the Base Root package) shall be in a range between 100 ms and 5 s. 
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5.7 Transport 



In addition to the provisions made in ITU-T Recommendation 11.248. 1 [1] (i.e. the GC shall support both TCP an 
UDP - the MBG shall support UDP or TCP), transport over SCTP according to ITU-T Recommendation H.248.4 [8], 
shall be supported by both the GC and the MBG. 

5.8 Encoding 

Binary and text encoding shall be supported by the GC, as specified in ITU-T Recommendation H. 248.1 [1]. 

5.9 Mandatory support of SDP and annex C information 
elements 

The v=, o=, s=, m=, c=, t= and b= lines of the SDP syntax shall be supported. All other lines should be ignored if 
received. 

The Gate Controller must provide the MBG with the required bandwidth using the b=line. Hence, the MBG is not 
required to derive bandwidth requirements from the m=line. 

If binary encoding is used, the following information elements defined in ITU-T Recommendation H. 248.1 [1] annex C 
shall be supported to transport the same information; 



• SDP_ 


_V; 


• SDP_ 


O; 


• SDP_ 


_S; 


SDP_ 


_M 


• SDP_ 


C; 


• SDP_ 


_B; 


SDP_ 


_T. 



5.9.1 Protocol version (v=) 

v= <version>. 

Shall be used in accordance with SDP (see RFC 2327 [3]) (i.e. v=0). 

5.9.2 Origin (o=) 

The origin field consists of 6 sub-fields: 

• 0= <user name> <session ID> <version> <network typo <address typo <address>. 
The gate controller is not required to supply this field but shall accept it. 

5.9.3 Session Name (s=) 

The session name (s=) contains a single field: 

• s= <session-name>. 

The GC is not required to supply a session name but shall accept one. This field my be used to convey correlation 
information for use in CDRs. 

The MBG shall use an hyphen "-" as a session name or the value received from the GC. 
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5.9.4 Connection data (c=) 

The connection data consists of 3 sub-fields: 

• c= <network-type> <address-type> <connection-address>. 
The Network Type shall be set to "IN". 

The Address Type shall be set to "IP4" or "IP6" depending on the MBG capabilities. 

The Connection Address sent by the Gate Controller in local descriptors may be an IPv4 or IPv6 address or it may be 
wildcarded to allow the MBG to choose an address. The Gate Controller has the ability to choose the address space in 
which the MBG should allocate an IP address, by providing a partially specified termination Id, if a hierarchical naming 
is used, or by setting the value of the Interface ID property defined in the EMP package. 

5.9.5 Media announcements (m=) 

Media Announcements (m=) consists of 4 sub-fields: 

• m= <media> <port> <transport> <format>. 

The Media, Transport and Formats fields are ignored by the MBG. 

In the local descriptor, the Port field may be provided by the Gate Controller or wildcarded to allow the MBG to choose 
a value for the port on which it wishes to receive the media stream. 

5.9.6 Bandwidtin (b=) 

The bandwidth (b=) consists of 2 sub-fields: 

• b= <modifier>: <bandwidth-value>. 

Bandwidth information shall always be supplied by the Gate Controller, unless the traffic management package is used. 

The Modifier field shall be set to "AS". 

The Bandwidth Value field shall be set to the maximum bandwidth requirement of the media stream in kbits/s, 
including all IP headers. 

5.9.7 Time (t=) 

The time (t=) consists of two sub-fields: 

• t= <start-time> <stop-time>. 

This field in ignored by both the GC and the MBG if received in local and remote descriptors. 
When supplied, this field must be set to 0. 



5.10 Packages 

The following packages shall be supported: 



Package name 


Id 


Version 


Defined in 


Generic 


G 




ITU-T Recommendation H. 248.1 [1], annex E 


Base Root 


Root 




ITU-T Recommendation H. 248.1 [1], annex E 


Network 


Nt 




ITU-T Recommendation H. 248.1 [1], annex E 


DiffServ Package 


Ds 




The present document 


Gate Management 


Gm 




The present document 


Traffic IVIanagement 


Tman 




The present document 
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The following packages may also be supported: 



Package name 


Id 


Version 


Defined in 


RTP Package 


Rtp 




ITU-T Recommendation H.248.1 [1], annex E 


Quality Alert Ceasing 


Qac 




ITU-T Recommendation H.248.1 3 [9] 


Congestion Handling Package 


Chp 




ITU-T Recommendation H.248.1 [10] 


Overload Control Package 


Ocp 




ITU-T Recommendation H.248.1 1 [11] 


Inactivity Timer 


It 




ITU-T Recommendation H.248.14 [12] 


EMP Package 


Emp 




TS 101 332 [2] 


MPLS 


Mpis 




The present document 


VLAN 


Vlan 




The present document 


NAT traversal 


Ntr 




The present document 


Gate Recovery Information 


gri 




The present document 


These optional packages must be supported under specific conditions: 


Package name 


Condition 


RTP Package 


RTP specific behaviour is enabled 


Quality Alert Ceasing 


Quality of Service Monitoring is enabled 


Inactivity Timer 


UDP or TCP transport is enabled 


MPLS 


Network operator option when IP flows are transported over MPLS 


VLAN 


Network operator option when IP flows are transported over Ethernet 


NAT Traversal 


Network operator option 


Gate Recovery Information 


Network operator option 



No event report is provisioned in the MBG. All events required by the Gate Controller shall be explicitly requested. 

5.11 Security 

Media Gateways and Media Gateway Controllers may implement IPSec (RFC 2401 [4]), in which case they shall use 
IKE (RFC 2402 [5]) for key management. 

5.12 Procedures 



5.12.1 General principles 



A gate is represented by an ephemeral termination, which sources and/or sinks one or more media streams. A session 
generally requires two gates (one at each side of the MBG), included in the same context (in accordance with the H.248 
connection model). Figure 4 illustrates the relationships between gates and terminations in the context of conversational 

services. 

By default, terminations representing gates for RTP traffic will typically require two streams per media (one for RTP 
packets, one for RTCP packets). Hence, mono-media sessions require two bi-directional streams, while a multi-media 
session with voice and video traffic would require four streams, sourced and/or sinked by the same termination. 

However, RTP traffic may also be controlled through a single H.248 stream, representing both the RTP and RTCP 
flows, if the RTP Specific Behaviour property of the Gate Management Package is set to ON. In such a case, when the 
MBG is requested to allocate a port for an RTP stream, a consecutive port for the associated RTCP flow is 
automatically allocated. 
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Call Signalling 




Figure 4: Gates and terminations 

The H.248 protocol also enables the GC to choose the address and port on which a termination will receive media 
flows. The Gate Management package enables the GC to explicitly provide the following information; 

• expected source address and port of received packets; 

• source address and port of sent packets. 

The relationship between H.248 descriptors in the gate control protocol and the addresses used in packets sent and 
received by the gate is indicated in the following table. 



Packet direction 


Address/Port 


Descriptor 


Received by termination 


Source 


local control/remote source address mask + remote source 
port range 


Received by termination 


Destination 


local descriptor 


Sent by termination 


Source 


local control/local source address + local source port 


Sent by termination 


Destination 


remote descriptor 



5.12.2 Opening and closing gates 

Opening and closing gates is achieved by setting the mode parameter of the associated termination to the appropriate 
values. Subtracting a termination from a context also closes the gate for all streams in the termination. 

In the context of conversational services, an active session requires that both the upstream and downstream gate be 
opened in bi-directional mode. 

A time to live may be associated to an open gate by setting the Pin-Hole Time To Live property of the BMP package. 
This reduces the risk of keeping gates unduly open (e.g. after call release) due to a failure of the GC. 

Filtering on the source address and port might be implemented using the Gate Management Package defined in annex B 
of the present document. However, it should be noticed that the source address and port may not always be available to 
the Gate Controller. When SIP signalling is used, the session description does not contain this information 
(i.e. according to RFC 3264 [6], the IP address and port present in an SDP offer indicate nothing about the source IP 
address and source port of RTP and RTCP packets that will be sent by the offerer). Any other protocol that uses SDP as 
a session description mechanism (e.g. RTSP) has the same constraints. 
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In such configurations, the Gate Management Package may be used as follows: 



• in an IPv6 environment, the Source Address Mask property contains the 64 bits prefix of the IP address that is 
set in the termination's remote descriptor; 

• in an IPv4 environment, the Source Address Mask property contains the IP address that is set in the 
termination's remote descriptor, except that a number of trailing digits may be wildcarded; 

• in both cases. Source Port Filtering should not be activated. 

5.12.3 Packet marking 

The Differentiated Services package defined in annex A of the present document enables the Gate Controller to set the 
DSCP value for packets leaving the MBG. 

5.12.4 Resource reservation 

Resources are reserved independently on upstream and downstream gates. 

For each gate, reservation of local resources for handling incoming and outgoing traffic is achieved by setting the 
appropriate properties in the local and remote descriptors. Only one session description shall be included in each stream 
descriptor. Hence, the ReserveValue and ReserveGroup properties should not be used and are ignored by the MBG. 

The amount of required bandwidth is expressed using the b=line of SDP descriptions (or the SDP_B tag in case of 
binary encoding) or using the properties of the traffic management package. The traffic management package shall be 
used in case of variable bit rate traffic. 

If the "RTP specific behaviour" property is set to ON, the MBG is supposed to automatically reserve extra bandwidth 
for RTCP traffic. 

Interaction with RSVP or other resource control signalling in the transport plane is not supported by the present 
document. Such messages are assumed to be ignored by the MBG, if sent by end user equipments or intermediate 
routers. 

5.1 2.5 Allocation and translation of IP addresses and ports 

The H.248 protocol enables the GC to request the allocation of an IP address and port to a termination, using 
under-specified properties in local and remote descriptors. 

The following example is a text-based local descriptor requesting the allocation of both an IPV4 address (c=line) and a 
port number (m=line). 

v=0 

C=IN IP4 $ 

m = audio $ RTP/AVP 

The H.248 protocol also enables the GC to choose the address and port on which a termination will receive media 
flows. 

By combining the two above mechanisms, the GC can control Network Address and Port Translation (NAPT). The IP 
and port address in the remote descriptors are set by the GC according to the information received in call/session 
signalling (e.g. SDP in SIP INVITE and 200 OK). The MBG chooses the IP and port address in the local descriptor. IP 
addresses for the two terminations are chosen in two different addressing spaces. Figure 5 provides an example of 
network address and port translation, where a session is to be established between 10.140.120.10 (private address) and 
156.106.192.33 (public address). 

The GC has the ability to choose the address space in which the MBG should allocate an IP address, by providing a 
partially specified termination Id, if a hierarchical naming is used, or by setting the value of the Interface ID property 
defined in the BMP package. 
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Local Descriptor: 

IP address : 10.200.30.20 
Port: 333 



Remote Descriptor: 

IP address: 10.140.120.10 
Port: 222 




Local Descriptor: 

IP address: 139.100.0.121 
Port: 333 

Remote Descriptor: 

IP address: 156.106.192,33 
Port: 555 



Figure 5: Network Address and Port Translation 

5.12.6 Policing of incoming traffic 

Policing of incoming traffic can be controlled using the Token Rate property of the EMP package or by enabling policy 
control using the traffic management package. Policing on incoming traffic can be set independently for each gate. 

5.12.7 Usage metering 

Usage metering is supported by the statistics defined in the network package. Such statistics are notified to Gate 
Controller when a termination is subtracted from a context (e.g. at the end of a session). They provide information about 
the duration of the time a termination has been in a context, the number of octets sent and received. 

5.1 2.8 Quality of Service monitoring 

The Quality of Service of network connections can be monitored using the quality alert event of the network package. It 
is up to the Gate Controller to set the threshold value that will trigger the notification of this event. The threshold value 
is expressed as a percentage of measured quality loss. The MBG does this by taking into account packet loss, jitter and 
delay, according to a provisioned algorithm. The Quality Alert Ceasing event of the Quality Alert Ceasing package 
enables the MBG to notify the Gate Controller when the network connections return to an acceptable quality. This 
package must be supported if quality of service monitoring is enabled. 

For RTP traffic, specific statistics defined in the RTP package may also be notified to the Gate Controller. 

5.12.9 Inactivity test 

The procedures defined in ITU-T Recommendation H. 248. 14 [12] apply. The maximum inactivity time defined in the 
Inactivity Timer package shall be set to 30 s. 

NOTE: Use of the Inactivity Timer is superfluous in case SCTP is used as a transport mechanism. 

5.12.10 Overload control 

If overload control is supported, either of the procedures defined in ITU-T Recommendations H. 248. 10 [10] and 
H.248.1 1 [11] shall be followed. However, it should be noticed that the procedures defined in ITU-T Recommendation 
H. 248. 11 [11] assume that the load is generated by call-associated IP traffic. Hence, use of this package is restricted to 
configurations where a MBG is dedicated to this type of traffic. 
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Annex A (normative): 
Differentiated services package 

A.1 Overall description 

Package Name: Differentiated Services. 

Package ID: ds (OxFFFF) - value to be allocated by lANA. 

Description: This package enables the setting of the Differentiated Services (DS) field in the header of IP 

packets. 
Version: 1 . 

Extends none. 



A.2 Properties 



Property Name: Differentiated Services Code Point. 

PropertylD: dscp (0x0001). 

Description: This property corresponds to the 6-Bits Differentiated Services field of the IP header, as defined in 

RFC 2474 [7]. 

Type: Octet String. 

Possible values: Any 8-bits value. Only the 6 leading bits are significant. Default value is 0x00. 

Defined in: Local Control. 

Characteristics: Read/Write. 



A.3 Events 

None. 



A.4 Signals 

None. 



A.5 Statistics 

None. 



A. 6 Procedures 



The MG uses the dscp property to derive a Per-Hop-Behaviour (PHB) to be applied to packets before leaving the MG. 
The DS field of packets leaving the MG is also set according to the value of this property. Use of this property does not 
imply any checking of the DS field in packet entering the MG. 
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Annex B (normative): 
Gate management package 



B.1 Overall description 



Package Name: Gate Management. 



Package ID: 
Description: 

Version: 
Extends: 



gm (OxFFFF) - value to be allocated by lANA. 

This package defines a number of properties to support gate management procedures at the 

boundary between two IP transport domains. 

1. 



B.2 Properties 



IS 



Property Name: Remote Source Address Filtering. 

PropertylD: saf (0x0001). 

Description: This property indicates whether source address filtering shall be enforced. 

Type: Boolean. 

Possible values: ON (Enforce source filtering); 

OFF (no source filtering). Default value is OFF. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Remote Source Address Mask. 

PropertylD: sam (0x0002). 

Description: This property indicates which source addresses are accepted for packets received by the 

termination. 

Type: String. 

Possible values: Encoded as a DomainAddress, as defined in ITU-T Recommendation H. 248.1 [1], annex B. "*" 

used as a wildcard for digits. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Remote Source Port Filtering. 

PropertylD: spf (0x0003). 

Description: This property indicates whether source port filtering shall be enforced. 

Type: Boolean. 

Possible values: ON (Enforce source filtering); 

OFF (no source filtering). Default value is OFF. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Remote Source Port Range. 

PropertylD: spr (0x0004). 

Description: This property indicates the range of allowed source ports for packets received by the termination. 

Type: Integer. 

Possible values: through 65535. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Explicit Source Address Setting. 

PropertylD: esas (0x0005). 

Description: This property indicates if special handling of the source address of packets sent by the termination 

is required. 

Type: Boolean. 
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Possible values: ON (address is set as specified in local source address property); 

OFF (address is set to value specified in local descriptor). Default value is OFF. 
Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Local Source Address. 

PropertylD: Isa (0x0006). 

Description: This property indicates the source address to be used in packets sent by the termination. 

Type: String. 

Possible values: Encoded as a domain address. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Explicit Source Port Setting. 

PropertylD: esps (0x0007). 

Description: This property indicates if special handling of the source port of packets sent by the termination is 

required. 
Type: Boolean. 

Possible values: ON (port is set as specified in local source address property); 

OFF (port is set to value specified in local descriptor). Default value is OFF. 
Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Local Source Port. 

PropertylD: Isp (0x0008). 

Description: This property indicates the source port to be used in packets sent by the termination. 

Type: Integer. 

Possible values: through 65535. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: RTP Specific Behaviour. 

PropertylD: rsb (0x0009). 

Description: This property indicates whether RTP specific procedures shall be triggered when media type is 

RTP/AVP. 
Type: Boolean. 

Possible values: ON (activate specific procedures); 

OFF (deactive specific procedures). Default is provisioned. 
Defined in: Local Control. 

Characteristics: Read/Write. 



B.3 Events 

None. 



B.4 Signals 

None. 



B.5 Statistics 



Statistic Name: Discarded Packets. 

StatisticID: dp (0x0001). 

Description: Contains the number of discarded packets due to source filtering 

Units: Number of packets. 
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B.6 Procedures 



When source filtering is required, the MGC sets the Remote Source Address Filtering and Remote Source Port 
Properties to TRUE. For each packets received by the termination (from the exterior of the equipment), the MG checks 
whether the source address and ports match the address mask and value range provided in the Remote Source Address 
Mask and Remote Source Port Range properties. Packets that do not match these properties are discarded. 

By default, the source address/port of packets sent by the termination is equal to the address and port (specified in the 
local descriptor) at which packets are received by the termination. This behaviour can be changed by setting the Explicit 
Source Address Setting and Explicit Source Port Setting to ON. The source address/port of packets sent by the 
termination will then be set to the values specified in the Local Source Address and Local Source Port properties. 

When the MG is requested to allocate/deallocate a port for an RTP stream, a consecutive port for the associated RTCP 
flow is automatically allocated/deallocated if the RTP Specific Behaviour property is set to ON. 
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Annex C (normative): 
Traffic management package 



C.1 Overall description 



Package Name: 
Package ID: 
Description: 

Version: 
Extends: 



Traffic management package. 

tman(Ox????) - value to be allocated by lANA. 

This package allows traffic descriptors to be defined for a termination and allows policing to be 

explicitly enabled. 

1. 



C.2 Properties 



Property Name: Peak Data Rate. 

PropertylD: pdr (0x0001). 

Description: This property defines the peak data rate in bytes per second that is permitted for the stream. 

Type: Integer. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Sustainable Data Rate. 

PropertylD: sdr (0x0002). 

Description: This property defines the sustainable data rate in bytes per second that is permitted for the stream. 

Type: Integer. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Maximum burst size 

PropertylD: mbs (0x0003). 

Description: This property defines maximum burst size in bytes for the stream. 

Type: Integer. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: Delay Variation Tolerance. 

PropertylD: dvt (0x0004). 

Description: This property defines the delay variation tolerance for the stream in tenths of microseconds. 

Type: Integer. 

Defined in: Local Control. 

Characteristics: Read/Write. 

Property Name: policing. 

PropertylD: pol (0x0005). 

Description: If set to true policing is to be applied at the termination for traffic entering the MG. 

Type: Boolean. 

Defined in: Local Control. 

Characteristics: Read/Write. 



C.3 Events 



None. 
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C.4 Signals 

None. 



C.5 Statistics 

None. 



C.6 Procedures 



The MG uses the parameters defined in this package to configure its policers and schedulers and for performing 
admission control. These traffic parameters are applied for a flow at the termination where it enters the MG from the 
network and they apply only in the direction network towards MG. If the policing flag is set then any non conformant 
traffic will be policed prior to entering the context, if the policing flag is not set then traffic will be accepted regardless. 
For this reason the policing should only be turned off if the traffic is being received from a trusted network node that 
has already performed policing. 

Traffic passing from the MG to the network does not have traffic management applied at the termination because this 
has already been done at the termination where it entered the MG. This approach allows each direction of a media flow 
to have completely independent and fully specified traffic descriptors. 
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Annex D (normative): 

Gate recovery information package 

D.1 Overall description 

Package Name: Gate Recovery Information. 

Package ID: gri(Ox????) - value to be allocated by lANA. 

Description: This package allows additional information to be stored against a gate on the MG. This 

information can be retrieved by a subsequent audit to assist in failure recovery. 
Version: 1 . 

Extends: none. 



D.2 Properties 



Property Name: Gate Recovery Information. 

PropertylD: gri (0x0001). 

Description: This property contains additional information that applies to the termination. 

Type: List of String. 

Defined in: Termination State. 

Characteristics: Read/Write. 



D.3 Events 

None. 



D.4 Signals 

None. 



D.5 Statistics 

None. 



D.6 Procedures 



This property allows the MG to store additional information against a termination to assist in recovery following 
network failures. 
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Annex E (normative): 
NAT traversal package 



E.1 Overall description 



Package Name: NAT traversal. 



Package ID: 
Description: 

Version: 
Extends: 



ntr(Ox????) - value to be allocated by lANA. 

This package allows the MG to be configured to support media flows that have passed through a 

unknown number of customer premises equipments or network based NAPT devices. 

1. 



E.2 Properties 



Property Name: NAT processing. 

PropertylD : nap (0x000 1 ) . 

Description: This property instructs the MG to apply NAPT processing to the incoming flow. 

Type: Boolean. 

Defined in: Local Control. 

Characteristics: Read/Write. 



E.3 Events 



None. 



E.4 Signals 

None. 



E.5 Statistics 



None. 



E.6 Procedures 

When this property is applied to a termination it overrides any addresses that may be passed in the Remote descriptor 
for the termination. Instead the MG will use the source address and source port seen in the incoming media stream as 
the destination address and destination port of the outgoing media stream. The incoming media stream in this case can 
be classified only by destination address and destination port (as both source address and port are unknown prior to the 
arrival of the stream). 
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Annex F (normative): 
MPLS package 

F.1 Overall description 

Package Name: MPLS. 

Package ID: mpls (Ox????) - value to be allocated by lANA. 

Description: This package enables a specific MPLS label stack to be passed to the MG to be applied to the 

given termination. The first entry in the list is the top of the label stack, the last entry the bottom of 

the label stack. 
Version: I. 

Extends: none. 



F.2 Properties 



Property Name: MPLS Label Stack. 

PropertylD : stack (0x000 1 ) . 

Description: This property corresponds to a stack of MPLS labels. 

Type: list of integer. 

Possible values: Any legal MPLS label. 

Defined in: Local Control. 

Characteristics: Read/Write. 



F.3 Events 

None. 



F.4 Signals 

None. 



F.5 Statistics 

None. 



F.6 Procedures 



This property can be applied to ephemeral terminations which use an MPLS encapsulation. The MG pre-pends the label 
stack onto the MPLS packets before sending them out of the context. 



£75/ 



27 



ETSI TS 102 333 V1.1.1 (2004-06) 



Annex G (normative): 
VLAN package 



G.1 Overall description 



Package Name: 
Package ID: 
Description: 

Version: 
Extends: 



VLAN. 

vlan (Ox????) - value to be allocated by lANA. 

This package enables up to two VLAN tags to be passed to the MG to be applied to the given 

termination. 

1. 



G.2 Properties 

Property Name: VLAN tags. 



PropertylD: 


tags (0x0001). 


Description: 


This property corresponds to one or two VLAN tags. Where two VLAN tags are included tag 




stacking (.Iq in .Iq) shall be implemented. The first tag in the Ethernet frame shall be set to the 




value of the first tag in the list. 


Type: 


list of integer. 


Possible values: 


to 4096. 


Defined in: 


Local Control. 


Characteristics: 


Read/Write. 


Property Name: 


Ethernet priority. 


PropertylD: 


pri (0x0002). 


Description: 


This property identifies the priority of each VLAN tag. The first priority corresponds to the first 




VLAN tag, the second priority corresponds to the second VLAN tag. 


Type: 


Ust of integer. 


Possible values: 


0to7. 


Defined in: 


Local Control. 


Characteristics: 


Read/Write. 



G.3 Events 



None. 



G.4 Signals 

None. 



G.5 Statistics 



None. 
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G.6 Procedures 



This property can be applied to ephemeral terminations where the MG is using an Ethernet encapsulation on the 
interface. The MG adds the given VLAN tag(s) and priorities to the Ethernet encapsulated media flow prior to sending 
it out of the context. 
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